home *** CD-ROM | disk | FTP | other *** search
/ Stone Design / Stone Design.iso / Stone_Friends / Wave / WavesWorld / Documentation / WW3DKit / stuff / WW3DBugsAndWorkingNotes < prev   
Encoding:
Text File  |  1995-03-22  |  2.8 KB  |  61 lines
  1. send mail to wave@media.mit.edu with any questions.
  2.  
  3. Bugs in the WavesWorld 3DKit IB palette and library:
  4.  
  5. - haven't exhaustively checked bounding boxes for all primitives -
  6.   some are probably wrong
  7.  
  8. - Patch bounding boxes for non bezier bases definitely aren't right
  9.   because I'm not doing the bases conversion to get convex hull
  10.   property...
  11.  
  12. - need a button to show the last error (i.e. send "set errorInfo")
  13.  
  14. - need to catch all tcl errors and show user
  15.   * I think this is fixed
  16.  
  17. - need to do what Emacs.app and PB do together when you get an error
  18.   * I don't know if I can do this...  how do the tcl debuggers give line numbers?
  19.  
  20. - Paraboloid has some problems - it doesn't seem to pr render, and the zMin seems off...
  21.   * this is a prman/qrman skew.  I've fixed RIBParaboloid to clamp correctly...
  22.  
  23. - the cursor should change as you move into the WWRIBWell, and should
  24.   also change as you hold down the modifier keys.
  25.  
  26. - implement shader inspector
  27.   * pretty much done
  28.  
  29. - finish implementing shape inspector
  30.   
  31. - when you add a shader to a shape that is not one of the qrman
  32.   implemented ones ("constant", "matte", "metal", "shinymetal",
  33.   "paintedplastic", and "plastic"), the 3DKit now uses some other
  34.   shader (I haven't figured out which) when it is rendering to 
  35.   the screen.  The good part is that you can always see your 
  36.   geometry, the problem is that you get no feedback on what lighting
  37.   is doing to your geometry.  Given that the bulk of other shaders
  38.   have a similar illumination pattern as one of the implemented
  39.   shaders (i.e. you usually copy plastic.sl or metal.sl and then muck
  40.   about with texture, not really the other part), it makes sense 
  41.   to allow a shader to pretend to be another shader for quick rendering.
  42.  
  43. - I originally implemented the WW3DCamera to try and keep rendering
  44.   after a mouseDown:, so that if left alone, the picture would eventually
  45.   fill in.  I disabled this before, but I think I might put it back.
  46.   One thing to think about is using perform:with:afterDelay:cancelPrevious, 
  47.   as that might be the most Appkit-friendly way of doing things.  Here are 
  48.   some of the issues:
  49.  
  50.   - if you use renderAsTIFF, the render panel runs.  Yuck.
  51.   - if you start rendering right at the end of the mouse down, you might
  52.     be starting things too eagerly.  You need an amount to delay after 
  53.     the last mouse down before going to the trouble of initiating a render.
  54.   - if the crop window is selected, should that be the only part that 
  55.     gets progressively rendered?  Probably...
  56.   - You want at least 3 levels of things, maybe 3, something like
  57.     Typestry's quick-and-dirty, reasonable, and excellent-and-slow.
  58.   - clearly, I think, we'll want to have the camera have a 
  59.     backgroundRender thread.  The first time it does a background 
  60.     render the thread will get built, and then after that it will
  61.     just be around until the camera gets free'd.